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CROSS REFERENCE 



. The present application contains 
Application by Lev M. Bolotin 



RELATED APPLICATION(S) 



subject matter related to a co-pending U.S. Patent 

fititled "MANUFACTURING SYSTEM WITH 
YSTEM". The related application is assigned to 
y docket number 1015-001 and serial number 
r reference. 

The present application contains subject matter related to a co-pending U.S. Patent 
Application by Bradley Mpfris Johnson, Lev M. Bolotin, Simon B. Johnson, Carl W. Olson, 
Bryan D. Powell, and Janine Whan-Tong entitled "FEEDER/PROGRAMMING/BUFFER 
OPERATING SYSTEM". The related application is assigned to Data I/O Corporation, is 
identified by docket number 1015-002 and serial number 09/419,172, and is hereby 
incorporated by reference. 

The present application also dontains subject matter related to a co-pending U.S. 
Patent Application by Simon B. Johnson, George Leland Anderson, Lev M. Bolotin, Bradley 
Morris Johnson, Mark Sean Knowlds, Carl W. Olson, and Vincent Warhol entitled 
"FEEDER/PROGRAMMING/BUFFEFl CONTROL SYSTEM AND CONTROL 
METHOD". The related application is assigned to Data I/O Corporation, is identified by 
docket number 1015-004 and serial njumber 09/418,901, and is hereby incorporated by 
reference. 

TECHNICAL FIELD 

The present invention relates generally to programming microdevices and more 
particularly to remote task programming for programmer/feeder systems. 

BACKGROUND ART 

Originally, standalone desktop programmers were developed that took data from an 
operator, typically an engineer, and programmed it directly into a programmable electronic 
microdevice. The mechanism for inserting and removing the microdevice from the desktop 
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programmer was an operator who manually performed the task. The desktop programmer 
could only put data into and take data out of a microdevice, and manipulate the data. 

At the same time, there were companies that produced electronic microdevice 
labelers. These labelers contained a built-in printer and would take labeling information, print 
5 a label, and place the label on the microdevice. These systems were more automated. They 
could take an entire tube of microdevices and move the each microdevice though the system, 
labeling each microdevice and placing it back it an empty receiving tube. In this system, the 
operator only had to handle the tube of microdevices and not each microdevice itself. 
However this system could only label parts. 

10 A business, which needed to program and label microdevices, bought two completely 

different systems from two different companies. Then, as two separate processes they would 
program all their microdevices and then label all their microdevices. 

Subsequently, a system was created which merged the two systems. The idea was to 
have an automated system that would program and label parts together in one process. Not 

15 only did this reduce the number of steps in the user's process, but it also eliminated the need 
for the operator to physically touch the microdevice. Now the operator only needed to handle 
the tubes of microdevices, inserting and removing them from the machine. The machine now 
did all the microdevice-by-microdevice handling, programming and labeling. 

One big problem, however, was the two systems had no idea how to talk to each 

20 other. They were not designed to work together or to know of the other's existence. One good 
point was each of the different systems had a remote control interface. Hence, a handling link 
program was created that used each systems' remote control interface to arbitrate process 
control between the two systems. 

With this arrangement, there existed a handling link program separate from a 

25 programmer program which was separate from a labeler program. They talked to each other, 
but generally were developed separately, updated separately, and in some cases developed by 
different companies. 

During the development of the concept of a programmer/feeder system, it became 
apparent that a remote, non-connected control system and program was desirable. 
30 Unfortunately, for many years the "legacy" systems, or traditional systems, such as 
standalone programmers, had only focused on microdevice programming, data manipulation, 
and self-test capabilities. This meant that many new operations would have to be performed 
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in a new program which can control both a programmer in an integrated system and a 
standalone programmer, where an operator has to manually insert the microdevices. 

The new program would have to use each systems' remote control interface to 
arbitrate process control between the systems. It would have to provide a complete user 
5 interface for entering and storing all microdevice handling, labeling, and programming 
information. When an operator selects the setup information it must be sent to each 
component in the system. The new program would then have to start arbitration while 
keeping each of the components working in synchronization during the process. It would 
have to keep track of statistic results for the operations being performed. Ideally, the setup 

10 information would be stored to be easily used over and over again to rim the same 
microdevices. Further, the new program would ideally also provide a mode of operation 
where an operator could manually, one by one, enter each of the parameters for programming 
a batch of microdevices and then just initiate operation. 

In addition, it was apparent that many businesses wanted to have the capability of 

15 minimizing operator skill and dividing the operation of the new program into different parts 
than anything which had been done in the past. In essence, an engineering (free form) style 
user interface and a manufacturing (automated) style user interface were desired in one 
product. 

Thus, it was apparent that there would be many major problems in developing a 
20 programmer/feeder system program which could be controlled from a separate personal 
computer while still being able to control previously developed legacy programming, 
labeling, and handling systems, and the systems which would evolve from them. 

DISCLOSURE OF THE INVENTION 

The present invention provides a task linking program for using a computer for 
25 interacting with on-line and off-line processing systems to perform tasks related to processing 
microdevices. The program is secure in being capable of being setup only in an administrator 
mode where microdevice, processing system, and other information can be inputted and 
changed. The program has an operator mode in which the program can only run the 
processing system. This provides the ability to employ relatively low skill operators to use 
30 the processing system. 

The present invention provides a task linking program for using a computer for 
interacting with on-line and off-line programming systems to perform tasks related to 
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programming microdevices. The program is secure in being capable of being setup only in 
an administrator mode where microdevice, programming system, and other information can 
be inputted and changed. The program has an operator mode in which the program can only 
run the programming system. This provides the ability to employ relatively low skill 
5 operators to use the programming system. 

The present invention provides a task linking program for using a computer for 
interacting with a programming system to perform tasks related to programming 
microdevices. The program is capable of being used with both directly connected traditional 
programming systems and independent programming systems. 
10 The above and additional advantages of the present invention will become apparent to 

those skilled in the art from a reading of the following detailed description when taken in 
conjunction with the accompanying drawings. 

;S BRIEF DESCRIPTION OF THE DRAWINGS 

i'X'i 

^ FIG.l is a flow chart of an administrator mode portion of the task linking program of 
l;H 15 the present invention; 

f FIG.2 is a flow chart of an operator mode portion of the task linking program of the 

■ present invention; 

H FIGs. 3A-3C is a flow chart of the programming of the present invention for legacy 

■12 and related systems; and 

It as! 

f'-3 20 FIGs. 4A-4B, is a flow chart of the programming of the present invention for a 

programmer/feeder system. 

BEST MODE FOR CARRYING OUT THE INVENTION 

The present invention relates to an overall system (not shown) which consists of three 
basic systems. First, is the computer system in which the program of the present invention 
25 operates. Second, is the legacy processing system, such as a programming system, which is 
on-line with the computer. And third, is the new processing system, such as a 
programmer/feeder system, which is generally off-line or generally operates independently 
from the computer system. 

Referring now to FIG. 1, therein is shown a portion of the task linking program of the 
30 present invention to be referred to as the TaskLink program for a wide variety of 
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programming systems, some of them being off-line standalone programmers, some being 
desktop systems, and some being in-line systems, like a remote programmer/feeder system. 
In FIG. 1 is shown a flow chart of an administrator mode portion 10 of the TaskLink program 
where an administrator, such as a manufacturing engineer or supervisor, creates and set up all 
5 the settings and saves them. 

The administrator starts the TaskLink program at a "Start TaskLink" block 12 with a 
display having a menu system and toolbars similar to Microsoft Word or Excel. This type of 
display is used throughout the TaskLink program because of its familiarity to users. The 
program then proceeds to "Change Systems Settings?" block 14 for the administrator to 
10 verify that the correct settings are in place for the systems the TaskLink program is set up to 
control. Mostly the system preferences are settings that the administrator is expected to set 
when TaskLink is first installed, or expect to change very infrequently. 
H If there were a need to change the settings, there would be menus and dialog boxes in 

•:S a "Change System Settings and Pass wording" block 16 and basically the administrator would 

' S 15 pick from the menu system on the screen to change the settings and indicate completion by 
M clicking "OK". 

i f] During the initial startup, the TaskLink program may be used to setup a security 

% passwording system. This will prompt for a password which will be preset to allow the 

H program to operate subsequently in either an administrator mode or an operator mode. The 

j'rj 20 administrator mode allows access to the entire program at an engineering level while the 
operator mode only permits processing microdevices with very limited preset selections. 
This provides a level of security which prevents unauthorized operators from making any 
changes in the program. 

The new system settings would then get saved in a "Configuration File" block 18. 
25 If there were no need to change the settings, the program would proceed to a "Start 

Task Manager" block 20. A "task" is defined as all the information necessary to process a 
component, such as a programmable electronic microdevice (programmable electronic 
microdevices include, but are not limited to, electronically erasable read only memory 
(EEPROM), microcontrollers, and microprocessors), and a "kit" is defined as a series of tasks 
30 for example to process all the microdevices for a single printed circuit board. 

From the "Start Task Manager" block 20, the program proceeds to the "Create New 
Task?" block 22 from where the administrator would be able to add a new one task with a 
new name at "Add New Task Name" block 24 or just highlight an existing task at "Select 
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Existing Task" block 26. Both blocks proceed to an "Edit Task Parameters" block 28 where 
a task is created or edited. This is where settings are input or edited by a conventional editor, 
such as the name of the microdeviee, the programming parameters, the data file parameters, 
etc. The editor is capable of performing conventional editing functions as well as functions 
such as importing and exporting information from task databases and ASCII task files. 

After the task parameters have been edited in the "Edit Task Parameters" block 28, 
the program proceeds to a "Create/Edit Another Task" block 32 to see if any other edits 
should be made. If there are further changes desired, the program returns to a "Create New 
Task" block 22. If there are not, the program goes to the "Exit Task Manager" block 34. 

Referring now to FIG. 2, therein is shown a flow chart of an operator mode portion 40 
of the TaskLink program where an operator merely uses the program. The administrator 
mode portion in FIG.l describes the preparation process for programming microdevices 
which would generally not be run by an operator. The operator mode portion 40 is set up for 
a low-skill operator although an administrator may run this portion of the TaskLink program 
for quality assurance purposes. 

As a result, after entry of the name and/or password in the "Enter Name and/or 
Password" block 44, an authorized operator will proceed to a "Select Existing Task" block 
50. 

The "Select Existing Task" block 50 would have a list indicating the tasks, which the 
operator is allowed to perform, and permits the operator to only select those tasks and set 
them to "run". 

The TaskLink program then proceeds to a "Program Microdevices" block 52. This 
block will be described in greater detail with reference to FIGs. 3A-3C for on-line systems 
and FIGs. 4A-4B for off-line systems. 

From the "Program Microdevices" block 52, the program proceeds to the "Run 
Another Task" block 54. Basically, the operator only has two choices. Either another task 
can be run or the TaskLink program is exited. 

Referring now to FIGs. 3A-3C, therein is shown the legacy and related system 
processing in the "Program Microdevices" block 52 in FIG. 2. Generally in these systems, 
the computer on which the TaskLink program resides is directly connected to the 
programming system by a local area network, such as Ethernet. 

Starting with FIG. 3A, after the "Select Existing Task" block 50 by the operator, the 
TaskLink program checks in a "Multiple Microdevices?" block 62 to see if the names of 
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multiple microdevices, multiple processes, multiple configurations within one task, and/ or 
multiple settings are within the existing task. 

If the task contains multiple microdevices, processes, etc., the program goes to a 
"Prompt for Microdevices" block 72 where the operator enters the desired microdevices, 
5 processes, etc. to be run. This feature may be used, for example, where a business may be 
using two different microdevices with one from a second source supplier. The purchasing 
department may be changing microdevice suppliers on a weekly basis. Since it would be 
complex for the programming system to determine which microdevice is currently being 
processed, it is easier preprogram the TaskLink program with the information for the 
10 different microdevices and to have the operator identify the particular microdevice to be 
processed. 

If the task does not contain multiple microdevices and/or processes, the program 
■ 3 proceeds to a "Send Setup Parameters to Programming System" block 74. The setup 

parameters are obtained by the "Send Setup Parameters to Programming System" block 74 
1 ~ 1 5 from the "Task File" block 30 shown in FIG. 1 . 

^ After the "Send Setup Parameters to Programming System" block 74, the program 

! t fi proceeds to a "Transfer Data File to Programming System" block 76 where the data files 

relating to the microdevices are transferred to the programming system. For example, for a 

H = programmable microdevice, the microdevice programming would be transferred at this point. 

is .■== 

m 20 The integrity of the data is then checked in a "Calculate and Display Checksum" block 78. 

Next, the operator is prompted for the number of good microdevices desired out of the 
production run in a "Prompt for Pass Quantity" block 80. This will let the processing run 
until the desired number or quantity of good or passable microdevices are programmed. 
Then, the program goes to a "Send Process-specific Setup to Programming System" block 82 
25 to send out the appropriate setup information. 

Since it is getting more common to provide serial numbers for processed 
microdevices, a "Serializing?" block 84 asks this question. If yes, a serial number is provided 
at an "Initial Serial Number" block 86. The serial number is then transferred to the 
programming system by a "Transfer Serial Number to Programming System" block 88. 
30 The program then returns to proceed in FIG. 3B. 

In FIG. 3B, there are the visual directions, which are given to an operator if manual 
feed of the microdevices is involved, or the programming where automated handling 
equipment is involved. In an "Insert Microdevice" block 90, the operator or handling 
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equipment is instructed to insert the microdevice into the programming equipment, such as a 
programmer. 

Programming starts when the TaskLink program receives a signal in the "Microdevice 
Ready Signal" block 92. The TaskLink program then starts the programming in "Start 
5 Programming" block 94. When the microdevice is completely processed, a return signal is 
received by the TaskLink program indicating that the programming is complete and 
providing statistical information in a "Programming Complete and Return Pass/Fail" block 
96. 

Upon completion of programming of the single microdevice, the TaskLink program 
10 updates the displays and statistics in the "Update" block 98 and provides an instruction in a 
"Remove Microdevice Signal" block 100. The operator or handling equipment then follows 
the instruction in a "Remove Microdevice" block 102. The TaskLink program then proceeds 
to FIG. 3C. 

In FIG. 3C, the TaskLink program prepares for the next microdevice by again asking 
15 about serialization in a "Serializing?" block 104. If yes, a serial number is provided at a 

"Create Next Serial Number" block 106. The serial number is then transferred to the 

programming system by a "Transfer Serial Number to Programming System" block 108. 

A check is then made to determine if the appropriate number of good microdevices 

have been processed in a "Last Microdevice?" block 110. If no, the program returns to the 
20 "Insert Microdevice" block 90 where the operator or handling equipment is instructed to 

insert the next microdevice into the programming system. If yes, the TaskLink program 

starts shutdown in a "Send Any Necessary Shutdown Parameters" block 112. 

The TaskLink program then goes to a "Final Display Update and Statistics" block 114 

where final information is displayed and then archived in an "Archive Statistics and 
25 Serialization Data" block 116. This final information is then stored in a "Log File" block 118 

and the TaskLink program finishes at a "Process Complete" block 120. 

In the above, the computer and the TestLink program are in constant interaction and 

contact and the contact may be described as being one of an "on-line" connection between 

the computer system and the programming system. 
30 Referring now to FIGs. 4A-4B, therein is shown the programming for a programming 

system, such as a programmer/feeder system, in the "Process Microdevices" block 52 in FIG. 

2. Generally in these systems, the computer system on which the TaskLink program resides 

is not directly connected to control the programmer/feeder system and is connected to 
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provide and receive information periodically to and from the programmer/feeder system. 
However, it would be evident to those skilled in the art that nothing herein precludes a direct 
connection between the computer and the programmer/feeder system by a local area network, 
but the operation would be one in which there would not constant interaction and contact. 
5 This type of contact where the computer is isolated from the programming system while the 
processing occurs is referred to as an "off-line" connection. 

Starting with FIG. 4A, after the "Select Existing Task" block 50 in FIG. 2 by the 
operator, the TaskLink program checks in a "Multiple Microdevices?" block 150 to see if the 
names of multiple microdevices, multiple processes, multiple configurations, and/ or multiple 
10 settings are within the existing task. 

If the task contains multiple microdevices, processes, etc., the program goes to a 
"Prompt for Microdevices" block 152 where the operator enters the desired microdevices, 
processes, etc. for programming. 

Next, the operator is prompted for the number of good microdevices desired out of the 
15 production run in a "Prompt for Pass Quantity" block 1 54. 

Since the computer system is off-line while the programmer/feeder system is 
processing in the preferred embodiment, the next step in "Validate Programming System 
Files" block 156 uses a portable memory medium in the communication process. The 
different types of portable memory media include, but are not limited to, non-volatile 
20 electronic memory cards (such as PCMCIA memory cards), magnetic memory (such as mini- 
disk drives), and optical memory (such as compact disk). In the preferred mode, a portable 
magnetic memory card is used. 

The computer inserts information on to the portable memory card such as that the 
proper programmer/feeder system is in place and to validate that all the proper components 
25 for programming are in place on the programmer/feeder system. 

If the computer system were connected to the programmer/feeder system by a local 
area network, the above operation would be performed directly rather than by using a 
portable memory medium. 

After validation, the TaskLink program will obtain information for the memory card 
30 in a "Get Setup Parameters and Format for System" block 158. The information is obtained 
from the "Task File" block 30 in FIG. 1 and then formatted into a file that the 
programmer/feeder system expects to read. The information includes the microdevice being 
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processed and its operational and programming characteristics. The format information is 
obtained from a Microsoft database file in "Microdevice Information File" block 162. 

In a "Translate Data File" block 164, the programming data for the microdevice from 
the "Program Data File" block 166 is decoded into binary data. 
5 In FIG. 4B, the binary data is checked in a "Calculate and Display Checksum" block 

168 by checking sum and error correction bits. 

The transfer of information for a complete job occurs at a "Transfer Complete" block 
1 70, where the information is loaded into the memory card. 

The next step is performed off-line from the computer and independent of the 
10 TaskLink program. This is indicated by a "Programming" block 172. This would be the 
programming or other processing information of the various microdevices. The off-line 
connection is denoted by a dot-dash line. 

Upon completion of programming in the "Programming" block 172, the job statistics 
are returned at "Return" block 174 by the memory card. The off-line connection is again 
15 denoted by a dot-dash line. The TaskLink program then goes to a "Final Display Update and 
Statistics" block 176 where final information is received and then archived in an "Archive 
Statistics" block 178. This final information is then stored in a "Log File" 180 and the 
TaskLink program finishes at a "Process Complete" block 182. 

In summary, the operator in step one starts the TaskLink program on the computer 
20 and the program bundles up all the information, gathers all the settings, etc., and writes a 
group of files out onto a memory card. In step two, the operator takes that memory card over 
to the programmer/feeder system, plugs it in and then initiates the actual, the real operation to 
run the programmer/feeder system. When the programmer/feeder system is finished it puts a 
statistics file back on the memory card. Then, in step three, the operator takes the memory 
25 card out of the programmer/feeder system and puts it in the computer so that the TaskLink 
program can archive the results and show the statistics in the future. 

From the above it will be understood that the present invention is applicable to what 
can be described as "microdevices". Microdevices include a broad range of electronic and 
mechanical devices. The best mode describes processing which is programming for 
30 programmable devices, which include but are not limited to devices such as Flash memories 
(Flash), electrically erasable programmable read only memories (E 2 PROM), programmable 
logic devices (PLDs), field programmable gate arrays (FPGAs), and microcontrollers. 
However, the present invention encompasses processing for all electronic, mechanical, 
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hybrid, and other devices which require testing, measurement of device characteristics, 
calibration, and other processing operations. For example, these types of microdevices would 
include but not be limited to devices such as microprocessors, integrated circuits (ICs), 
application specific integrated circuits (ASICs), micro mechanical machines, micro-electro- 
5 mechanical (MEMs) devices, micro modules, and fluidic systems. 

It will also be understood that the programmer/feeder system includes its own 
microprocessor for controlling its own operations. Thus, the portable media could also be 
used to update the software and the firmware in the programmer/feeder system. 

While the invention has been described in conjunction with a specific best mode, it is 
10 to be understood that many alternatives, modifications, and variations will be apparent to 
those skilled in the art in light of the aforegoing description. Accordingly, it is intended to 
embrace all such alternatives, modifications, and variations which fall within the spirit and 
scope of the included claims. All matters set forth herein or shown in the accompanying 
drawings are to be interpreted in an illustrative and non-limiting sense. 
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